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(54) A device and method for converting computer programming languages. 

(57) A device and method for converting program- 
ming languages that can be applied to program 
conversion between many computer program- 
ming languages. When model statements in an 
origin language, model statements in a target 
language, and conversion rules for word (vari- 
able) sections are inputted from the screen of a 
conversion rule input means, a conversion rule 
generation means generates a conversion rule 
according to this input and stores it in the 
conversion rule database. The conversion rule 
is composed of a search key, a word conversion 
direction section, and a target language gener- 
ation program. The search key is used when a 
conversion rule needed for the conversion of an 
unconverted origin program is searched for in a 
database and fetched, the word conversion di- 
rection section is used for calling the word 
conversion table or the word conversion prog- 
ram, and the target language generation prog- 
ram is used for generating a converted target 
program. The conversion rule input means, 
conversion rule generation means, and conver- 
sion rule drive means do not depend on the 
origin language and target language of the 
languages involved in conversion. 
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SPECIFICATION 

This invention relates to a device and method for 
converting computer programming languages, and 
particularly, to a highly versatile device and method 
for converting computer programming languages that 
can be used for converting programs between a num- 
ber of computer programming languages without be- 
ing limiting to conversion of programs between two 
specific programming languages. 

A program that gives a job procedure to a com- 
puter is written in computer programming language 
(programming language). There are many computer 
programming languages. When viewed in terms of 
language level, there are languages that are directly 
dependent on the computer, which are called ma- 
chine languages, and languages that are much closer 
to human languages, which are called high-level lan- 
guages. When viewed in terms of language applica- 
tion, there is FORTRAN, which is a scientific compu- 
tation-oriented language and COBOL, which is a busi- 
ness-oriented language. Some languages are devel- 
oped for specific computers by specific laboratories 
or enterprises. In recent years, there have been gen- 
eral-user-oriented languages, called 4th generation 
languages, that are closer to the applications. In ad- 
dition, there may be several different dialects be- 
cause of differences in level, even in the same types 
of language. There are many cases where a program 
written in a computer programming language (e.g., 
FORTRAN) must be converted into a program written 
in another computer programming language (e.g., 
COBOL). This situation arises when it is desired to run 
a program written in a language for a certain computer 
on another computer and there is a need to rewrite 
that program into a language for the other different 
computer. 

Therefore, a device for converting computer pro- 
gramming languages that converts programs be- 
tween different computer languages (hereinafter, the 
unconverted language is called the origin language 
and the converted language is called the target lan- 
guage) is needed. Here, conversion means to change 
the program from one language (origin language) into 
another language (target language). 

Many computer programming language conver- 
ters have been- proposed in the past The problem of 
the conventional computer programming language 
converter is that it is necessary to modify the built-in 
converter program even if only the level of the uncon- 
verted origin language is changed, because the con- 
version method between the different languages in 
the converter built-in program is fixed. Furthermore, 
it is necessary to closely investigate the differences 
between the unconverted origin language and the 
converted target language at the stage of making a 
converter. It takes a tremendous amount of time to 
make a programming language converter because all 



the specifications will be different in conversion be- 
tween different languages, for example, between 
FORTRAN and COBOL, or between application lan- 
guages called 4th generation language. Further- 
5 more, engineers who know both the unconverted ori- 
gin language and the converted target language well 
are needed to make a programming language conver- 
ter. 

A programming language translator, for example, 

w such as is disclosed in PUPA No. 2-10434, has been 
proposed in the past to solve this kind of problem. 
This provides a comparison table of basic syntax (in- 
struction statements) between origin language and 
target language, for analyzing the unconverted pro- 
fs gram syntax, and for selecting an appropriate basic 
syntax for the target language from this table. In the 
translator disclosed in PUPA No. 2-10434, making 
use of a new origin language and the target language 
only requires storing that new basic syntax in the ta- 

20 ble. However, the basic syntax in this table stores 
sections expressing those function, for example, the 
GO TO section (hereafter called key words), and va- 
riable sections, for example, a %1 section (hereafter 
called word) together. For the conversion into the tar- 

25 get language in the corresponding table, the key 
words of the basic syntax and words are converted to- 
gether. Therefore, in this conventional translator ex- 
ample, since key words and words are dealt with as 
one set and converted together, it is impossible to 

30 convert words themselves according to independent 
rules. This means it lacks versatility as a program- 
ming language translator. 

In PUPA No. 2-1 83339, another conventional ex- 
ample, a method to obtain versatility in a computer 

35 programming language converter by incorporating 
lexical analysis and syntax analysis as independent 
routines not based on the origin language and target 
language is proposed. However, there is also no sug- 
gestion in this conventional example about a method 

40 to materialize a computer programming language 
converter with higher versatility by separating the in- 
struction statements into a key word section express- 
ing functions and a word section expressing variables 
for conversion, and by carrying out these conversions 

45 independently. 

Therefore, the object of this invention is to pro- 
vide a device and method for converting computer 
programming languages that have much higher ver- 
satility than conventional converters, and which can 

so convert programs between many more computer pro- 
gramming languages. According to one embodiment 
of the present invention, conversion rules are gener- 
ated automatically when an operator inputs a conver- 
sion model on the computer input screen that con- 

55 verts from a model statement of an origin language to 
a model statement of a target language. At this time, 
a device and method for converting computer pro- 
gramming languages which have high versatility, 
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which can give instructions to convert key words ex- 
pressing functions and words expressing variables in 
the instruction statements according to separate 
rules are provided. 

This device for converting computer program- s 
ming languages of the invention has a conversion 
rule input means, a conversion rule generation 
means, and a conversion rule drive means. The con- 
version rule input means has an origin language input 
section that describes and inputs modelled instruc- 10 
tion statements in the origin language in which the un- 
converted program is written according to the syntax 
of the origin language, a target language input section 
that describes and inputs modelled instruction state- 
ments in the post-conversion target language, which 15 
perform the functions of the instruction statements in 
the origin language, and a word conversion input sec- 
tion that describes and inputs the rules to convert in- 
dividual variables, that is, words, that form the in- 
struction statements in the origin language into van- 20 
abtes of the instruction statements in the target lan- 
guage. 

The conversion rule generation means generates 
a conversion rule search key by using the input model 
statements that were inputted in the origin language 25 
section, generates a word conversion table or a word 
conversion program call function by using the rules 
that were inputted in the word conversion input sec- 
tion, generates a target language generation program 
by using the output model statements that were input- 30 
ted in the target language input section, and gener- 
ates a conversion rule taking these as a set This con- 
version rule is stored in the conversion rule database. 

When an unconverted origin program is input, the 
conversion rule drive means analyzes the origin pro- 35 
gram and fetches conversion rules to convert the in- 
struction statements in the origin language from the 
conversion rule database by using a conversion rule 
search key. The conversion rule drive means further 
converts the words of the unconverted instruction 40 
statements into the words of the instruction state- 
ments of the converted program by using a word con- 
version table call function that is contained in the 
fetched conversion rule, and further, generates and 
outputs instruction statements in the converted target 45 
language by using a target language generation pro- 
gram that is also contained in the conversion rule. 

According to this invention, the language conver- 
sion of programs can be executed by inputting origin 
language model statements, target language model 50 
statements, and word (variable) section conversion 
rules using the conversion rule input means, by cre- 
ating conversion rules by the conversion rule gener- 
ation means based on this input, and by storing them 
in the conversion rule database. In this way, the mod- 55 
el statements in the origin language at the origin sec- 
tion can be described by any programmer of the origin 
language and this can be inputted by the conversion 



rule input means. In addition, programmers of the tar- 
get language can describe it in the model statements 
of the target language through an understanding of 
the functions of the model statements, and this can 
be inputted together with the conversion rules for the 
word sections by the conversion rule input means. 
Therefore, conversion rules able to convert the word 
sections independently and conversion rules for the 
instruction statements can be generated at the same 
time. In addition, it is not necessary to generate all the 
conversion rules required for conversion from an ori- 
gin language into a target language at one time. It can 
be made so that conversion rules that are needed 
when converting from an origin program into a target 
program are generated as occasion demands. There- 
fore, when a certain numberof programs are convert- 
ed, the conversion rules needed for conversion from 
an origin language into a target language are stored 
in the conversion rule database. 

According to this invention, conversion is materi- 
alized when the conversion rule drive means analyz- 
es a program written in an origin language for each in- 
struction or for each instruction group, collates these 
instructions or instruction groups with the model 
statements in the origin language of the conversion 
rules stored in the conversion rule database, search- 
es for ones that agree, and takes out programs to cre- 
ate model statements in a target language corre- 
sponding to those instruction statements or instruc- 
tion groups. At this time, the table or program call 
function to convert the word sections is also taken out 
similarly from the conversion rule, and words are con- 
verted by using the word conversion table. 

According to this invention, in principle, the con- 
version rule input means, conversion rule generation 
means, and conversion rule drive means do not de- 
pend on the types of the origin languages and target 
languages. Therefore, the versatflity of this device of 
the invention for converting programming languages 
is very high. 

According to this invention, programming lan- 
guages can be converted by inputting model state- 
ments in an origin language, model statements in a 
target language, and conversion rules for the word 
(variable) sections by using a conversion rule input 
means, by establishing conversion rules by using a 
conversion rule generation means according to this 
input, and by storing them in a conversion rule data- 
base. In this way, any programmer of the origin lan- 
guage can describe model statements in the origin 
language at the origin section and input these by us- 
ing a conversion rule input means. In addition, if the 
functions of these model statements are understood, 
programmers of the target language can describe 
them in model statements in the target language, and 
these can be inputted by a conversion rule input 
means together with the conversion rules for the 
word sections. Therefore, conversion rules in which 
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the word sections can be converted independently 
can be generated simultaneously with the conversion 
rules for the instruction statements. In addition, as un- 
derstood from the above explanation, a conversion 
rule input means, a conversion rule generation 
means, and a conversion rule drive means, which are 
the main sections of a programming language con- 
verter of this invention, do not depend on the types 
of conversion languages involved. Therefore, a pro- 
gramming language converter of high versatility can 
be materialized. Since the variables of the program- 
ming languages can be converted separately from 
the key words expressing functions according to the 
device and method for converting programming lan- 
guages of this invention, its versatility can be in- 
creased. Furthermore, since the device and method 
for converting programming languages of this inven- 
tion stores part of the conversion rules as indepen- 
dent files for maintenance, it is superior in terms of 
conversion rule maintenance. 

An embodiment of the present invention will now 
be described with reference to the accompanying 
drawings in which: 

Figure 1 is a schematic block diagram showing a 
device for converting computer programming lan- 
guages according to an embodiment of this in- 
vention; 

Figure 2 is a schematic block diagram showing 
the generation and use of the conversion rules of 
this embodiment; 

Figure 3 is a drawing showing the conversion rule 
input screen of the conversion rule input means 
of this embodiment; 

Figure 4 is a flowchart showing the conversion 
rule generation procedure of this embodiment 
(part 1); 

Figure 5 is a flowchart showing the conversion 
rule generation procedure of this embodiment 
(part 2); 

Figure 6 is a schematic block diagram showing 

the files associated with the conversion rules; 

Figure 7 is a flowchart showing the programming 

language conversion procedure; 

Figure 8 is a drawing showing an example of an 

unconverted origin program; 

Figure 9 is a drawing showing an example of a 

converted target program; 

Figure 10 is a drawing showing an example of a 

conversion rule input screen; 

Figure 11 is a drawing showing an example of a 

conversion rule input screen; 

Figure 12 is a drawing showing an example of a 

conversion rule input screen; 

Figure 13 is a drawing showing an example of a 

conversion rule input screen; 

Figure 14 is a drawing showing an example of a 

conversion rule input screen; 

Figure 15 is a drawing showing an example of a 



conversion rule; 

Figure 16 is a drawing showing an example of a 
conversion rule; 

Figure 17 is a drawing showing an example of a 
5 conversion rule; 

Figure 18 is a drawing showing an example of a 
conversion rule; 

Figure 19 is a drawing showing an example of a 

conversion rule; 
10 Figure 20 is a drawing showing word conversion 

tables and word conversion logic; 

Figure 21 is a drawing showing an intermediate 

file of an unconverted origin program; 

Figure 22 is a drawing showing a conversion rule 
15 drive program of a conversion rule drive means; 

and 

Figure 23 is a flowchart showing the collation and 
fetch procedures of a plurality of conversion unit 
statements and conversion rule. 

20 Figure 1 is a block diagram illustrating a schemat- 
ic configuration of general- purpose computer pro- 
gramming language converter 1 , which is an embodi- 
ment of the present invention. Converter 1 has a con- 
version rule generation means 2. This conversion 

25 rule generation means 2 is connected to a conversion 
rule input means 3, and generates conversion rules 
according to the input from conversion rule input 
means 3. The generated conversion rules are stored 
in a conversion rule database 4. A word conversion ta- 

30 ble creation means 5 creates a word conversion table 
7 according to the input from a word conversion table 
input means 6. An origin language program input 
means 8 inputs an unconverted origin program 80 
and carries out preprocessing before conversion, 

35 such as analysis. A conversion rule drive means 9 
searches conversion rules database 4 for conversion 
rules corresponding to the input origin program, 
fetches them, and converts into a target program 90 
according to the conversion rules. In addition, conver- 

40 sion rule drive means 9 calls word conversion table 7 
according to the same conversion rules as mentioned 
above and carries out word conversion between an 
origin program 80 and the target program 90. The 
converted program is output from a target language 

45 program output section 10 and a target program 90 
that has been converted into target language is 
formed. 

Next, the generation of conversion rules that is 
used in this converter 1 will be explained below. As 

50 shown in Figure 2, the conversion rule generation 
means 2 is connected to a user interface that pro- 
vides an input screen 30 for the conversion rule input 
means 3, a conversion rule text image f De 22, a con- 
version rule search key file 23, and a conversion rule 

55 database 4. A conversion rule drive means 9 fetches 
conversion rules by accessing a conversion rule da- 
tabase 4 by using conversion rule search key file 23 
when origin program 80 is converted into target pro- 
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gram 90. Conversion rules are generated before con- 
version from the origin program 80 into the target pro- 
gram 90 is carried out, but necessary conversion rule 
can also be generated during conversion. This is done 
by calling the conversion rule generation means 2 
from the conversion rule drive means 9 at times when 
there is no appropriate conversion rule during conver- 
sion, as explained later. The conversion rule text im- 
age file 22 is used for maintenance of conversion 
rules, to be explained later. 

The screen 30 of the conversion rule input means 
3 provides an initialization input screen and a conver- 
sion rule input screen. The initialization input screen 
specifies an origin language subject to conversion, 
and a target language. For example, conversion from 
COBOL for system A into COBOL for system B, or 
conversion from FORTRAN to COBOL, etc. Figure 3 
shows the conversion rule input screen 30. Operators 
can also input, modify, or give directions, such as de- 
lete or change, from this computer input screen when 
a rule is established. This computer input screen 30 
has, from the top, an origin language input section 31 , 
a word conversion input section 32, and a target lan- 
guage input section 33, and at the lower section of the 
screen, program function keys 34 that direct the after- 
input process, such as to create a new conversion 
rule, or modify existing rule, or add, delete, change, 
or replace a rule. The program accompanying this 
screen 30 is also provided with a function to edit in- 
putted text 

A rule inputted on conversion rule input screen 30 
is stored in the conversion rule text image file 22 in a 
form similar to its input form. This is done so that the 
conversion rule can be easily displayed again on the 
screen 30 for later maintenance of a conversion rule. 

A conversion rule search key is stored in conver- 
sion rule search key file 23. The search key is con- 
verted so that the origin language sections of the in- 
putted conversion rules can be easily searched with 
the programming language used in this embodiment, 
PROLOG. In this embodiment, this converted origin 
language section is called the internal form for 
searching. 

As an example, generation of a conversion rule 
to convert an IF statement, an instruction statement 
in FORTRAN, into an instruction statement having 
the corresponding function in COBOL will be ex- 
plained below. Figures 4 and 5 are flowcharts show- 
ing the conversion rule generation procedures of this 
embodiment In initialization (block 41) in Figure 4, 
the types of language subject to conversion, that is, 
the origin language (FORTRAN) and the target lan- 
guage (COBOL) are specified on the initialization 
screen. In addition, origin language specific delimit- 
ers and the like on description are specified as the 
need arises. 

In screen input (block 42), operators input FOR- 
TRAN and COBOL model statements and the like, 



which will be the basis for the establishment of con- 
version rules, on the computer input screen 30 of the 
conversion rule input means 3. The instruction state- 
ments in the origin language to be inputted by opera- 

5 tors in the origin language input section 31 of screen 
30 in Figure 3 are modelled as follows. That is, in- 
struction words that form instruction statements in 
the origin language, that is, words expressing func- 
tions, are displayed as they are. In the instruction 

10 statement, the portions corresponding to variables 
are expressed by character strings or character to 
which an asterisk (*) is attached at the head. 

The general form of an IF statements in FOR- 
TRAN is IF(A) N1, N2, N3. A stands for a relational ex- 

15 pression. This IF statement means that statement 
number N1, N2, or N3 will be executed, according to 
the value of A (positive, zero, or negative). Assume 
that the statement numbers N1, N2, and N3 are 100, 
200, and 300 respectively. If A<0, the IF statement 

20 gives an instruction to execute statement number 
100. If A=0, the IF statement gives an instruction to 
execute statement number 200. And if A>0, the IF 
statement gives an instruction to execute statement 
number 300. In IF statements. A, N1, N2, and N3 cor- 

25 respond to variables expressed in different forms re- 
spectively, according to the content of the program. 
In this invention, these variables are called word sec- 
tions. In IF statements, IF corresponds to an instruc- 
tion word expressing the function of an instruction 

30 statement, and has a fixed form in the programs in 
the same language. Therefore, in this invention, the 
instruction word IF will be a key word sections of a 
conversion rule. 

In the origin language input section 31 on the 

35 screen 30 in Figure 30, a statement in which an IF 
statement is modelled, that is, IF(*A) *N1 , *N2, *N3 is 
inputted, in conformance with FORTRAN grammar. 
That is, the IF portion of the instruction word is used 
as it is as a key word. The word sections are ex- 

40 pressed by characters or character strings in which an 
asterisk (*) is given at the head. In this way, an ap- 
propriate conversion rule can be searched for by col- 
lating with the conversion rule search key that is gen- 
erated from this model statement for each conversion 

45 unit statement of the origin language program to be 
converted by using the unification function of PRO- 
LOG language. In this way, the expression of instruc- 
tion statements in the origin language in a form to be 
collated by a conversion rule search key is called 

so modelling. 

When a FORTRAN instruction statement, 1F(A) 
100, 200, 300, is described in a COBOL instruction 
statement having the same function as in FORTRAN, 
it wfll be IF A<0 PERFORM L100, IF A=0 PERFORM 

55 L200, IF A>0 PERFORM L300. The statement num- 
bers in FORTRAN are expressed by numerals, but 
they correspond to labels in COBOL Here, the CO- 
BOL label is a character string starting with a charao 



5 



9 



EP0 583117 A2 



10 



ter from the alphabet 

In target language input section 33, instruction 
statements are described in the target language so as 
to be able to realize a function or an intended function 
(it might be desired to convert into a different function 
in some cases) that is the same as an instruction 
statement inputted in the origin language input sec- 
tion 31 . To execute a function that is equal to the mod- 
elled instruction statement of FORTRAN, IF(*A) *N1, 
*N2, *N3, mentioned above in COBOL, the state- 
ments are described as follows in the target language 
input section 33 on screen 30. 
IF"A<0 PERFORM "XL1. 
IF *A=0 PERFORM *XL2. 
IF *A>0 PERFORM *XL3. 

Here, *XL1, *XL2, and *XL3 are the modelled 
forms of element names that are created by converter 
1 according to a conversion direction that is inputted 
in word conversion input section 32, to be explained 
later, and that can be used in COBOL. 

The following inputting is carried out in word con- 
version input section 32. If the languages involved in 
conversion, the origin language and target language, 
have different systems, the language components to 
be used are different. For example, the statement 
numbers in FORTRAN are expressed by numerals, 
but they correspond to labels in COBOL The labels 
in COBOL are normally character strings starting with 
an alphabetic character. In addition, even if the lan- 
guages are of the same system, reserved words ex- 
pressing device names may differ. Therefore, the pur- 
pose of inputting into the word conversion input sec- 
tion 32 is for generating a PROLOG language predi- 
cate for calling the word conversion program or the 
word conversion table from the inputted information. 

For example, a direction to word conversion input 
section 32, such as; 
*N1 Label *XL1 

means to convert a statement number in FORTRAN 
into a label with an alphabetic character in COBOL. 
This is, for example, transformed into a form called an 
"item," such as; 
& table (Label, N1,XL1) 

in PROLOG language by a conversion rule genera- 
tion means 2 described later. Here, when, for exam- 
ple, a statement number 100 is given to N1, a label in 
which the alphabetic character L is given at the head 
of 100, such as L100, is generated for XL 1 . Therefore, 
the following is inputted to word conversion input sec- 
tion 32. 

*N1 Label *XL1 
*N2 Label *XL2 
*N3 Label "XL3 

Next, whether to establish a new conversion rule 
using the program function key 34 or to use the exist- 
ing conversion rule by modifying it is directed on the 
screen 30 in Figure 3. If the existing conversion rule 
is used by modifying it the conversion rule search 



key f fle 23 is searched for the same conversion rule 
as that inputted on the screen 30 in Figure 3 or a sim- 
ilar conversion rule (block 43), and an appropriate 
conversion rule is read from the conversion rule text 
5 image file 22 and displayed on the screen 30 (block 
44). 

In screen operation (block 45), operators create, 
modify, and edit the conversion rule on the screen 30 
in Figure 3, and direct measures for the later by pro- 

w gram function key 34. These directions include add, 
delete, change, and replace. 

The contents inputted into the origin language in- 
put section 31 , word conversion input section 32, and 
target language input section 33 on the input screen 

15 30 of the conversion model input means in Figure 3 
are processed by the conversion rule generation 
means 2 to generate a conversion rule. 

First, in the lexical analysis of the origin language 
(block 46), the model statements in the origin lan- 

20 guage that are inputted into the origin language input 
section 31 are decomposed into variable and key 
word elements while referring to the delimiter table 47 
by language or by instruction statement that is speci- 
fied on the initialization screen (block 41). 

25 In conversion into the internal form for searching 

(block 48), the elements that have already been de- 
composed are converted into an internal form for 
searching so that they can later be used as search 
keys in the conversion rule drive means 9. That is, the 

30 model statements in the origin language are convert- 
ed into keys that will be used for searching for conver- 
sion rules in later conversion of the origin program. At 
this time, the key creation method can be changed so 
that it matches the search method in conversion rule 

35 drive means 9. For example, even if the word orders 
of key words used are different, if it is desired to treat 
them as the same key, flexible collation can be per- 
formed by giving key words that are rearranged in as- 
cending order or in descending order as a sub-key. 

40 For example, a model statement that is inputted 

in the origin language input section 31, such as; 
IF(*A)*N1,*N2, *N3 

is converted into an internal form for searching by 
conversion rule generation means 2, such as; 

45 convert (PP, T, A, ")", N1, V, N2, N3]) 

This internal form for searching, expressed by 
"convert (...)" is placed in the first line of the conver- 
sion rule so that it can be used as a conversion rule 
search key. When the conversion rule drive means 9 

so searches for and fetches a necessary conversion 
rule, this search key is used for the purpose of collat- 
ing whether the conversion rule is necessary or not 
In the process of word conversion input section 
32 (block 49), the following process is carried out If 

55 the languages involved in conversion have different 
language systems, the language components to be 
used are different Therefore, in the process of word 
conversion input section 32, a PROLOG language 
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predicate for calling a word conversion program that 
performs word conversion or a word conversion table 
is generated from the inputted information. 
For example, a direction to word conversion input sec- 
tion 32, such as; 
*N1 Label *XL1 

means to convert a statement number in FORTRAN 
into a label with an alphabetic character in COBOL. 
This is, for example, transformed into a form called an 
"item," such as; 
& table (label, N1,XL1) 

in PROLOG language. Here, when, for example, 
statement number 1 00 is given to N1 , a label in which 
the alphabetic character L is given at the head of the 
number 100, such as L100, is generated for XL1. 

Therefore, the word conversion input section 32 
is converted into PROLOG language predicates as a 
word conversion direction section for calling a word 
conversion program or a word conversion table, such 
as the following. 
<- table (label, N1.XL1) 
& table (label, N2, XL2) 
& table (label, N3, XL3) 

These lines are placed next to the conversion 
rule search key expressed by "convert (...)" that is 
mentioned above in the conversion rule. 

In the process of the target language input sec- 
tion (block 51), the model statements that are input- 
ted in the target language input section 33 are ana- 
lyzed lexically and converted into a form enabling 
generation of the target language when conversion 
rules are taken out and processed in the conversion 
rule drive means 9. At this time, since the variables 
used in the target language section are defined in the 
origin language section or in the word conversion sec- 
tion; error checking is also carried out so that improp- 
er things are not generated in generating the target 
language due to variables not yet defined. 

For example, 
IF*A<0 PERFORM *XL1. 
mentioned above is converted into the form of 
&Z1:= IF I I A I I '<0 PERFORM' I |XL1 1 I 7 

This means to generate 
IFX<0 PERFORM L100. 

by jointly operating the information (*A is X) obtained 
from the character string enclosed by quotation 
marks and the origin language section and the infor- 
mation (XL1 is L100) obtained from the word conver- 
sion section at the time of execution by the conver- 
sion rule drive means. Therefore, in the process of 
the target language section, a target language gener- 
ation program such as the following is generated by 
the conversion rule generation means 2 and placed 
next to the word conversion direction section. 
&Z1:= 'IF I I At I' <0 PERFORM' I |XL1 1 I '.' 
&Z2:= 'IF I I A| j' <0 PERFORM' | |XL2| j 7 
&Z3:='IF I |A| j '<0 PERFORM' | I XL3 1 j 7 
&prst (Z1, out) & n1 (out) 



&prst (Z2, out) & n1 (out) 
&prst (Z3, out) & n1 (out) 

As explained above, a conversion rule search 
key created from the input of the origin language input 

5 section 31 , a word conversion direction section creat- 
ed from the input of word conversion input section 32, 
and a target language generation program created 
from the input of the target language input section 33 
as a set constitute conversion rule 99, such as shown 

10 in Figure 15. This conversion rule 99 converts an IF 
statement in FORTRAN into an instruction statement 
in COBOL having the same function. 

If there is an error in the process mentioned 
above, the section with the error is indicated to the 

15 operator and correction is required (block 52). 

When there are no more errors on the conversion 
rule establishment screen, the operator gives a direc- 
tion, such as add, change, and replace the conver- 
sion rule 99 (block 53). The processing at this time will 

20 be explained by referring to Figures 5, 6, and 15 to- 
gether. If a direction for addition is given, it is con- 
firmed that the same conversion rule 99 is not al- 
ready in the conversion rule search key file 23 (block 
54). Next, the conversion rule search key, conversion 

25 rule search sub-key, pointer to conversion rule text 
image file 22, and pointer to conversion rule database 
4, which are created by the above process, are stored 
in the conversion rule search key file 23 (block 55). 
Then, a conversion rule (a set consisting of a conver- 

30 sion rule search key, word conversion direction sec- 
tion, and target language generation section) 99 is 
stored in the conversion rule database 4 (block 56). 
In this way, a conversion rule database 4 is construct- 
ed. Next, the contents of the conversion rule input 

35 screen 30 at the time when this conversion rule 99 is 
established are stored in the conversion rule text im- 
age file 22 so that it can be easily displayed again on 
the screen for later maintenance of the conversion 
rule 99 (block 57). 

40 If a direction for change is given, it is confirmed 

that the conversion rule search key of the conversion 
rule 99 is unchanged (block 58). The section other 
than the conversion rule search key of the applicable 
conversion rule in the conversion rule database 4 is 

45 changed into a new conversion rule (block 59). Then, 
- the section other than the origin language input sec- 
tion in the text image f He 22 is changed (block 60). 

If a direction for replacement is given, it is con- 
firmed that there is no new conversion rule search 

so key for the conversion rule 99 is in the key file 23 
(block 61). Hie old search key in the key file 23 is de- 
leted and a new search key is registered (block 62). 
All the applicable old conversion rules in the conver- 
sion rule database 4 are replaced with new ones 

55 (block 63). Then, the applicable old section in the text 
image file 22 is replaced with a new one (block 64). 
If there is another conversion rule to be established, 
the same processing is repeated (block 65). If there 
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is no more conversion rule establishment the proc- 
ess ends (block 66). 

In the conversion rule establishment explained 
above, the associated files, as shown in Figure 6, are 
created centered on the conversion rule search key s 
that is generated by analyzing the model statements 
in the origin language. That is, the origin language 
model statement 31 will be a conversion rule search 
key. The conversion rule database 4 t the conversion 
rule search key file 23, and the conversion rule text 10 
image file 22 are constructed centered on this key. 

Trie conversion rule generation mentioned above 
is briefly explained below. Figure 8 shows some state- 
ments of an unconverted origin program 80. State- 
ment 81 in the program is an IF statement in FOR- 15 
TRAN as mentioned above. Figure 9 shows some 
corresponding statements of a converted target pro- 
gram. Statements 91 are instruction statements in 
COBOL, which are equivalent to that in FORTRAN, 
into which the IF statement 81 in FORTRAN is con- 20 
verted. Figure 10 shows an example of word conver- 
sion rules and model statements of the origin lan- 
guage and target language that are inputted on con- 
version rule input screen 30 by the operator when a 
conversion rule to convert the origin program 81 in 25 
Figure 8 into instruction statements 91 in COBOL hav- 
ing a corresponding function in the target program 90 
in Figure 9. Figure 15 shows the conversion rule 99 
that is generated from the input in Figure 10 by the 
conversion rule generation means 2 to convert the IF 30 
statement 81 in FORTRAN mentioned above into in- 
struction statements 91 in COBOL having the same 
function. The conversion rule 99 consists of a set of 
a conversion rule search key that is generated from 
the origin language input section, a word conversion 35 
direction section that is generated from the word con- 
version input section, and a target language genera- 
tion program that is generated from the target lan- 
guage input section. This conversion rule 99 is stored 
in the conversion rule database 4. 40 

Next, a method to convert the origin program 80 
into a target program 90 using the conversion rule 99 
that is generated in this way is explained by referring 
to Figure 7. 

As shown in Figure 7, when an origin program 80 45 
is converted into a target program 90, operation en- 
vironment parameters 71a are set up in the initializa- 
tion process and the types of languages that are in- 
volved in conversion are specified (block 71). In origin 
language program input, the origin language program so 
80 for each record is read from the input device spe- 
cified in the initialization process (block 72). If a con- 
version unit statement in the origin language program 
80 is divided into two records or more, a plurality of 
records are reconstructed in the conversion unit 55 
statement in this origin language program input 8. 
Comment lines or comments in the origin program 80 
are stored separately for later output Then, the con- 



version unit statement is transferred to the following 
processing. 

Next, lexical analysis of the conversion unit state- 
ment is carried out (block 73). In lexical analysis, each 
conversion unit is decomposed into components by 
referring to language delimiter table 47 by using the 
same lexical analysis feature as that in creating a con- 
version rule explained in Figure 4. For example, in in- 
struction statement 81, an IF statement in FORTRAN 
in the origin program 80 shown in Figure 8; 
IF(X)100 f 200, 300 

The following components are decomposed and 
analyzed. 

PF], [0, [X], DL [100], [,], [200], [,], [300] 

In the following internal form conversion for col- 
lation (block 74), these decomposed components are 
converted into an internal form so that they can be 
easily collated with the conversion rule search key 
(Refer to the first line in Figure 15), and are stored in 
intermediate file 21 or in a storage device. For exam- 
ple, in the case of the IF statement mentioned above, 
the intermediate file 21 has a form shown in line 21a 
in Figure 21. The lexical analysis feature (block 73) 
and the internal form conversion feature for collation 
(block 74) repeat the operation mentioned above until 
the reading of one file of origin program 80 is complet- 
ed (block 75). 

In the conversion assistance information extract 
support feature (block 76), language conversion can 
be carried out sequentially from the initial record in 
many cases, but if the information before and after an 
instruction statement in the conversion process can 
be referred to, the conversion efficiency can be in- 
creased. Here, it is made possible to fetch information 
from a conversion rule collation key that is stored in 
intermediate file 21 that has been created in ad- 
vance. For example, this may be information on vari- 
ables of components that are used for arithmetic op- 
eration or character operation. Since the needed in- 
formation varies depending on the languages in- 
volved in conversion, an interface to conversion as- 
sistance information file 77 is provided. 

The origin language program fetch feature (block 
78) fetches the origin program 80 that has been con- 
verted from the intermediate file 21 into conversion 
rule collation key form (line 21a in Figure 21). At this 
time, the conversion unit statements for the numbers 
given to the characteristic information of conversion 
rule database 4 are fetched and transferred to the fol- 
lowing conversion rule database collation feature 
(block 79). 

In the conversion rule database collation feature 
(block 79), an origin program 80 that is stored in in- 
termediate file 21 is converted into conversion rule 
collation key form (line 21a in Figure 21), which is ba- 
sically formed of components. A search key (the first 
line in Figure 15) of a conversion rule 99, which is stor- 
ed in conversion rule database 4 and conversion rule 
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search key file 23, is generated by conversion rule 
generation means 2 and is formed of key words and 
variables. For the collation of these, among the com- 
ponents, conversion rule database 4 is searched for 
a conversion rule search key having the same key 
words and arranged in the same order and having t he 
same number of variables as that of the components 
other than the keywords. If the positional relation be- 
tween the key words and the component other than 
them is the same, it is considered that an appropriate 
rule exists and the conversion is started according to 
that conversion rule. The search for this conversion 
rule search key is carried out by using the search key 
in the key file 23. And if an appropriate search key is 
found, the corresponding conversion rule 99 is fetch- 
ed by using the pointer to a corresponding conversion 
rule 99 in conversion rule database 4 that is stored in 
the keyfile 23 (Refer to Figure 6). When a conversion 
rule is searched for, a plurality of conversion unit 
statements are collated in some cases. The flowchart 
of this is as shown in Figure 23. 

If an appropriate conversion rule does not exist in 
the conversion rule database 4 (G in block 101), a 
message is issued and the creation of a new conver- 
sion rule for this is requested of the operator (block 
102). The operator gives a direction as to whether to 
establish a new rule or to carry out establishment lat- 
er (block 1 03). If a new rule is established, conversion 
is carried out according to this rule (F of block 103). 
If a rule is not established, a message indicating that 
the conversion could not be carried out is issued and 
the operator goes to the next process (block 104). 

When an appropriate conversion rule is found (F 
of block 101), the conversion rule 99 is fetched from 
the conversion rule database 4, the word conversion 
direction section and the target language generation 
program are incidentally fetched from the conversion 
rule 99 (Refer to Figure 1 5) (block 1 05), and word con- 
version and target language generation are carried 
out The execution of target language generation is 
first carried out from the calling of the word conver- 
sion library 7 and conversion of words even though 
this depends on the specification of conversion rule 
99 (block 107). The variable section of the target lan- 
guage generation program is replaced with converted 
words (block 108). The target program 90 of the target 
language is generated by the target language gener- 
ation program (block 109) and this is outputted to the 
specified output device, from the target language out- 
put section 10. At this time, comment lines or com- 
ments that were separated out at the time of input and 
stored separately are called and outputted when the 
need arises. 

If the origin program (IF statement in FORTRAN, 
81 in Figure 8) of this embodiment is converted into 
COBOL (target program 91 in Figure 9), the word con- 
version table 7 in Figure 20 stored in the word conver- 
sion library 7 is fetched from the word conversion di- 



rection section of the conversion rule 99 (Figure 15) 
that is fetched in block 105. Statement number 1 00 in 
FORTRAN is converted to label L100 in COBOL 
(blocks 107 and 108). Tnen, the target language gen- 

5 eration program of conversion rule 99 (Figure 15) 
generates the instruction statements 91 of the target 
program in Figure 9 by jointly operating the informa- 
tion (*A is X) obtained from the character strings en- 
closed with quotation marks (' ') and the origin lan- 

10 guage section and the information (XL1 is L1 00, etc.) 
obtained from the word conversion section. 

The word conversion table and word conversion 
logic 7 shown in Figure 20 are such that they are to 
be created and registered from the word conversion 

15 table input 6 by word conversion table creation means 
5 in the origin language to be converted and the tar- 
get language separately, as the need arises. 

In this way, the conversion of one origin program 
80 ends (block 110), and if there is no other conver- 

20 sk>n of origin program (block 111) to be performed, 
the program language conversion process ends 
(block 112). 

Figure 22 shows the main part of an example of 
a conversion rule drive program 100 of the conver- 

25 sk>n rule drive means 9 for the actual execution of the 
program language conversion process shown in Fig- 
ure 7 explained above. This conversion rule drive pro- 
gram 100 fetches the internal form 21a of the origin 
program 81 that is stored in the intermediate file 21 

30 in Figure 21 sequentially with 
data (M, List) 

calls an appropriate conversion rule 99 (Figure 15) 
with 

convert (List) 

35 and generates a target program 91 shown in Figure 9 
as mentioned above. As understood from the above, 
this conversion rule drive program 100 has a form 
that does not depend on either the origin language or 
the target language of the languages involved in con- 

40 version. 

Next, another conversion example according to 
this embodiment is explained by taking the origin pro- 
gram 80 shown in Figure 8 as an example. 

There is a desire in some cases to convert a plur- 

45 ality of instruction statements of an origin program as 
a set into a target program. For example, when the 
character strings defined as; 
DATA HEADOyHEADIV 
DATA H EAD(2)y HEAD27 

50 DATA HEAD(3)/*HEAD37 

in FORTRAN are moved to another different area TI- 
TLE, they are described like the following one set of 
instruction statements shown in origin program 82 in 
Figure 8; 

55 TITLE(1) = HEAD(1) 
TITLE(2) = HEAD(2) 
TITLE(3) = HEAD(3) 

When this is converted into COBOL, a conver- 
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sion rule for converting them as if they are one in- 
struction statement like; 
MOVE HEAD TO TITLE 

shown in target program 92 in Figure 9 is established 
as follows. 

In cases when a model statement is inputted into 
the conversion rule input screen 30 and it is desired 
to convert a plurality of instruction statements as a 
set, if an exclamation mark (I) is attached to the head 
of each model instruction statement of the origin lan- 
guage input section as shown in Figure 11 , these can 
be dealt with as a group. That is, they are described 
as follows: 

Origin language input section 

l*TO(*l) = *FROM(*l) 

!*TO(\J) = *FROM(M) 

!*TO(*K) = *FROM(*K) 
Target language input section 

MOVE -COBOLY TO *COBOLX 
These are converted and stored into the conver- 
sion rule search key of the conversion rule 99 shown 
in Figure 16 in such a form that can be collated with 
a plurality of statements in the origin language by the 
conversion rule generation means 2. 

In the word conversion input section, in an exam- 
ple when the following instruction statements in FOR- 
TRAN mentioned above; 
!*TO(*l) = *FROM(*l) 
ITOCJ) = *FROM(*J) 
!*TO(*K) = *FROM(*K) 

are converted into a COBOL instruction statement as 
follows; 

MOVE "COBOLY TO *COBOLX 

the *l, *J, and *K values must be in succession. In 

such a case, for example, the following; 

*l relation M 

*J relation *K 

TO name *COBOLX 

•FROM name *COBOLY 

is directed in the word conversion input section. This 
generates the word conversion direction section of 
the conversion rule 99 as shown in Figure 16 by the 
conversion rule generation means 2. Although this is 
converted into a form of "item" such as; 
& table (relation, *l, *J) 
& table (relation, *J, *K) 

this has a function to go on with the process only if 

the relation of; 

*J = *l + 1 or *K = *J + 1 

is formed. 

Figure 20 includes word conversion tables that 
carry out word conversion according to t he word con- 
version direction section of the conversion rule 99 in 
Figure 16. In 21b in Figure 21, an example where the 
origin program 82 in Figure 8 is converted into an in- 
termediate file 21 is shown. 

The other origin programs 83, 84, and 85 shown 
in Figure 8 are written in event driven language (EDL) 



that is used for the IBM Series/1 computer. To convert 
these into the target programs 93, 94, and 95 that are 
written in C language shown in Figure 9, the model 
statements in the origin language and target lan- 

5 guage and the word conversion rules such as shown 
in Figures 12, 13, and 14 must be inputted into the 
conversion rule input screen. 

Conversion rules 99 are generated as shown in 
Figures 17, 18, and 19 respectively by the conversion 

w rule generation means 2 according to the inputs into 
the conversion rule input screens in Figures 12, 13, 
and 14. Figure 20 shows a word conversion table that 
is used by the word conversion direction section of 
conversion rule 99 at the time of word conversion. 

15 The origin programs 83, 84, and 85 shown in Fig- 

ure 8 are first converted into the forms of the inter- 
mediate files 21c, 21 d, and 21 e shown in Figure 21 
respectively, and are then converted into the target 
programs 93, 94, and 95 shown in Figure 9 respec- 

20 tively by the conversion rules 99 shown in Figures 1 7, 
1 8, and 1 9 fetched from the conversion rule drive pro- 
gram 100 shown in Figure 22. 



25 Claims 

1. A device for converting computer programming 
languages that converts an origin program writ- 
ten in an origin language, which is one computer 

30 language, into a target program written in a target 
language, which is another computer language, 
comprising: 

a conversion rule input means for inputting 
a conversion model expressed by model state- 

35 ments in said origin language and model state- 
ments in said target language, 

a conversion rule generation means for 
generating conversion rules from said inputted 
model statements, 

40 an origin program input means for input- 

ting said origin program, and 

a conversion rule drive means for search- 
ing for said conversion rules corresponding to 
said inputted origin program and converting said 

45 origin program into said target program according 

to the content of the searched for conversion 
rules. 

2. A device for converting computer programming 
so languages as claimed in Claim 1 wherein said 

model statements can be classified into specific 
key word sections expressing functions and word 
sections expressing variables in said origin lan- 
guage and said target language. 

55 

3. A device for converting computer programming 
languages as claimed in Claim 2 wherein said 
conversion rule input means also inputs direc- 
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tions for conversion between word sections in 
said origin language and said target language in 
addition to said model statements. 

4. A device for converting computer programming 
languages as claimed in Claim 3 wherein said 
conversion rule generation means generates a 
search key that is used for searching said model 
statements in said origin language for said con- 
version rule, generates a target language gener- 
ation program that is used for generating said tar- 
get program from said model statements in said 
target language, generates a word conversion di- 
rection section that converts said word sections 
in said origin language into said word sections in 
said target language according to said conver- 
sion direction, and establishes said conversion 
rules, taking these as a set 

5. A device for converting computer programming 
languages as claimed in Claim 4 having a word 
conversion table and a conversion program for 
converting said word sections according to the di- 
rections of said word conversion direction sec- 
tion. 

6. A device for converting computer programming 
languages as claimed in Claim 5 wherein said ori- 
gin program input means changes said origin pro- 
gram into an intermediate form that can be easily 
collated using said conversion rules and wherein 
said conversion rule drive means searches for 
said conversion rules based on said intermediate 
form by means of said search key. 

7. A device for converting computer programming 
languages as claimed in Claim 1 wherein said 
conversion rule input means, said conversion 
rule generation means, and said conversion rule 
drive means do not depend on said origin lan- 
guage and said target language. 

8. A device for converting computer programming 
languages as claimed in Claim 1 wherein a said 
conversion rule relates a plurality of said model 
statements of said origin language with said one 
model statement and converts a plurality of in- 
struction statements of said origin program into 
one instruction statement of said target program. 

9. A device for converting computer programming 
languages as claimed in Claim 2 having a search 
key file storing said search keys of said conver- 
sion rules and using said search key file for main- 
tenance, such as changes in said conversion 
rules. 

10. A device for converting computer programming 



languages as claimed in Claim 1 having the con- 
tent inputted by said conversion rule input means 
as an independent conversion rule text image file 
for later maintenance, such as modification of 
5 conversion rules. 

11. A device for converting computer programming 
languages that converts an origin program writ- 
ten in an origin language, which is one computer 

10 language, into a target program written in a target 
language, which is another computer language, 
comprising: 

a conversion rule input means having an 
origin language input section that inputs a certain 

15 instruction statement in said origin language us- 
ing a model statement that is classified into a key 
word section expressing functions and a word 
section expressing variables according to said 
origin language grammar, a target language input 

20 section that inputs an instruction statement in 
said target language corresponding to the func- 
tion of said certain instruction statement with a 
model statement that is classified into a key word 
section expressing functions and a word section 

25 expressing variables according to said target lan- 

guage grammar, and a word conversion input 
section that inputs rules for conversion between 
said word sections in said origin language and in 
said target language, 

30 a conversion rule generation means that 

generates conversion rules that include a section 
that is generated from the content inputted in said 
origin language input section and used as a con- 
version rule search key, a section that is gener- 

35 ated from the content inputted in said word con- 
version input section and used as a word conver- 
sion table or a word conversion program call func- 
tion, and a section that is generated from the con- 
tent inputted in said target language input section 

40 and used as a target language creation program, 
a conversion rule database that stores 
said conversion rules, 

an origin language input means that inputs 
said origin program, and 

45 a conversion rule drive means that fetches 

said conversion rules corresponding to the input- 
ted instruction statements of said origin program 
from said conversion rule database by using said 
conversion rule search key, carries out word con- 

so version by using the fetched word conversion ta- 
ble or word conversion program call function of 
said conversion rules, creates instruction state- 
ments in said target program by using said target 
language generation program of the fetched con- 

55 version rules, and outputs them. 

12. A method for converting computer programming 
languages that converts an origin program writ- 
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ten in an origin language, which is one computer 
language, into a target program written in a target 
language, which is another computer language, 
comprising the steps of: 

inputting a conversion model composed of 5 
model statements in said origin language and 
model statements in said target lauguage, 

generating conversion rules from said in- 
putted model statements, 

inputting said origin program, and 10 

searching for said conversion rules corre- 
sponding to said inputted origin program and con- 
verting said origin program into said target pro- 
gram according to the content of the searched for 
conversion rules. * 15 

13. In a step of inputting said conversion model, a 
method for converting computer programming 
languages as claimed in Claim 12 wherein said 
model statements can be classified into specific 20 
keyword sections expressing functions and word 
sections expressing variables respectively in said 
origin language and in said target language. 

14. In a step of inputting said conversion model, a 25 
method for converting computer programming 
languages as claimed in Claim 13 wherein a di- 
rection for conversion between word sections in 

said origin language and said target language is 
also inputted in addition to said model state- 30 
ments. 

15. In a step of generating said conversion rules, a 
method for converting computer programming 
languages as claimed in Claim 14 wherein a 35 
search key is generated that is used for searching 
said model statements in said origin language for 
said conversion rules, a target language genera- 
tion program is generated that is used for gener- 
ating said target program from said model state- 40 
ments in said target language, a word conversion 
direction section is generated that converts said 
word section in said origin language into said 
word section in said target language according to 
said conversion directions, and having said con- 45 
version rules that take these as sets are estab- 
lished. 
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table(label,N,XL) <- XL : = "L * I |N % word conversion logic 
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da ta (7 . ["MOVE" , "XAREA" , " , " , "YAREA"] ) . — 21 e 
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